home *** CD-ROM | disk | FTP | other *** search
/ Language/OS - Multiplatform Resource Library / LANGUAGE OS.iso / oper_sys / obst / readme.obs < prev    next >
Encoding:
Text File  |  1992-11-29  |  5.2 KB  |  139 lines
  1. Version: OBST3-2
  2. Date:    19/3/92
  3.  
  4. The OBject system of STONE --- OBST
  5. -----------------------------------
  6.  
  7. [ Formerly, we used the acronym SOS, which led to a conflict
  8.   with an object oriented operating system of the same name.
  9.   Therefore we changed the name to OBST ("Obst" is the German 
  10.   word for "fruit"). As many people already use SOS (OBST) we 
  11.   did not change internal things like class names, environment 
  12.   variables and so on. ]
  13.  
  14. The persistent object management system OBST was developed by
  15. Forschungszentrum Informatik (FZI) as a contribution to the STONE
  16. project. This project (supported by grant no. ITS8902A7 from the
  17. BMFT, i.e. the German Ministry for Research) aims at the development
  18. of a software engineering environment for education purposes and is
  19. carried out as a joint project of nine german universities and
  20. research institutions.
  21.  
  22. An essential feature of STONE is that the object oriented paradigm 
  23. is pursued consequently as a key concept. OBST is the common persistent
  24. object store for all tools within the STONE environment. 
  25.  
  26.  
  27. Data Model
  28. ---------
  29.  
  30. The OBST data model can be characterized by the following properties:
  31.  
  32.  * Schema definition language syntactically similar to C++
  33.  * Support of multiple inheritance
  34.  * Generic classes
  35.  * Distinction between public, protected, and private methods
  36.  * Redefinition of methods
  37.  * Overloading of methods
  38.  
  39. Schemas and Containers
  40. ----------------------
  41.  
  42. Schemas are compiled by the OBST schema compiler. The compilation
  43. results are instances of classes of the meta schema. From these
  44. instances in a next step interfaces to different programming languages
  45. can be generated. At present the C++ language binding is implemented,
  46. interfaces to Lisp and other languages are planned.
  47.  
  48. Objects are stored in so-called containers. The container an object
  49. belongs to is determined at the time of object creation and fixed
  50. throughout the object's lifetime. Containers are the units of 
  51. clustering, synchronization, and recovery. Objects can be referenced
  52. by other objects across container boundaries.
  53.  
  54. Incremental Loading
  55. -------------------
  56.  
  57. OBST provides a mechanism to incrementally load methods. This enables
  58. programs to deal with objects whose type is defined after the program 
  59. itself has been developed. This is useful in systems that provide for 
  60. inheritance and it supports schema evolution. We used it e.g. for
  61. programs that interpret the object base and call methods of the
  62. found objects (for example the below mentioned browser).
  63.  
  64. Prototype
  65. ---------
  66.  
  67. Since end 1990 the first prototype of OBST is available and is shipped
  68. to interested universities and research institutions. The current
  69. version is publicly available via FTP (see below).
  70.  
  71. The system comes with the schema compiler, a library of predefined
  72. classes (like Set<Entity>, List<Entity>, String, ...), a graphical
  73. object browser (more a shell than a browser), the structurer and
  74. flattener (STF) and the OShell (OSH), and all manuals. For STF and
  75. OSH see below.
  76.  
  77. Structurer and Flattener
  78. ------------------------
  79.  
  80. This is a tool to build objects from bytestrings and flatten objects
  81. down to bytestrings. It is intended to be used when coupling UNIX
  82. tools to the object management system. The user defines a grammar that
  83. describes her objects. Afterwards, the structurer parses an ascii 
  84. text according to the given grammar and creates an OBST object
  85. structure that represents the corresponding parse tree.
  86. The flattener does the inverse transformation, that means it generates
  87. an ascii text from a given OBST object structure according to the given
  88. grammar.
  89.  
  90. OShell
  91. ------
  92.  
  93. OShell is a tool which provides interactive access to the OBST
  94. object base. There is a language called OSL which is based on the 
  95. lambda calculus and defines the interface to the OShell tool.
  96.  
  97.  
  98. System Requirements
  99. -------------------
  100.  
  101. For the prototype's installation a C++ compiler (GNU g++ 1.37 or later
  102. or AT&T 2.0/2.1) and the X-Windows system (currently X11R4) for the
  103. graphical tools are required. 
  104. Installation is well-tried on SUN 3/* and SUN 4/* systems
  105. and should be no problem on other UNIX machines, too.
  106.  
  107. --------------------------------------------------------------------
  108.  
  109. For more information please mail to:
  110.  
  111.                 Forschungszentrum Informatik (FZI)
  112.                        STONE Projekt
  113.                  Haid-und-Neu-Strasse 10-14
  114.                      D-7500 Karlsruhe 1
  115.                           Germany
  116.  
  117. or email to:  stone@fzi.de
  118.  
  119. Phone:        ++49-721-9654-601
  120. Fax:          ++49-721-9654-609
  121. Teletex:      721 190 fziKA
  122.  
  123. The OBST system is available via anonymous FTP from gate.fzi.de
  124. [141.21.4.3]. The system can be found in the directory /pub/OBST.
  125.  
  126. Sites interested in getting information about new OBST developments
  127. are welcome to register in our mailing list by sending an email with
  128. subject "obst-mailing-list" to stone@fzi.de.
  129.  
  130. Bug reports should contain a small example program with which the
  131. bug can be reproduced, or at least a detailed description of the
  132. observed phenomenon. These reports should contain "obst-bug" in the
  133. subject line.
  134.  
  135. Besides bug reports we are strongly interested in all experiences
  136. our users make with OBST (e.g. sufficiency of data model, performance,
  137. ...) and in our users' application areas and the applications as
  138. well. So, please don't hesitate to send us a short note.
  139.